Data processing apparatus, information processing method, and storage medium

ABSTRACT

A data processing apparatus includes first and second information processing apparatuses. The first information processing apparatus has a first power mode and a second power mode in which electric power consumption is smaller than in the first power mode. The second information processing apparatus is capable of communicating with the first information processing apparatus and an external apparatus via a network. Definition information including identification information identifying a packet received via the network and process information indicating a process to be performed on the packet is received at least from one of the first information processing apparatus and the external apparatus. If a packet is received from the external apparatus in the second power mode, the packet is analyzed to identify definition information corresponding to the packet based on the identification information. A process is performed according to the process information included in the definition information.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation application of U.S. patentapplication Ser. No. 13/753,264 filed Jan. 29, 2013, which claimspriority from Japanese Patent Application No. 2012-019995 filed Feb. 1,2012, which are hereby incorporated by reference herein in theirentirety.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to a data processing apparatus, aninformation processing method, and a program.

2. Description of the Related Art

An information processing system is known which is capable of going intoa power saving state to reduce power consumption in a waiting state.Such an information processing system may include, for example, acontroller (main controller) including a main CPU and a networkcontroller including a sub CPU. In the power saving state in such asystem, supplying electric power to modules in the main controller isstopped, while maintaining supplying normal electric power to modules inthe network controller which does not consume much electric power,during a waiting operation. In such a system, when a particular type ofpacket is received via a network, the network controller may respond tothe received packet while maintaining the state in which no electricpower is supplied to the main controller thereby achieving a reductionin power consumption. This technique is known as proxy response. Afurther detailed description of the proxy response technique may befound, for example, in Japanese Patent Laid-Open No. 2008-301077. In thepower saving state according to such a conventional proxy responsetechnique, each time the network controller receives a packet, thenetwork controller checks a data pattern of the received packet todetermine whether the packet is an ARP (Address Resolution Packet)request packet addressed to the network controller. Furthermore, in thepower saving state, whenever the network controller receives a packet,the network controller checks a data pattern of the received packet todetermine whether the received packet is a packet (a wakeup packet)which is to be handled by the main controller and thus whether the maincontroller is to be returned from the power saving mode. In a case wherethe network controller determines, from the data pattern, that thereceived packet is an ARP request packet, the network controllertransmits, as an ARP response packet, transmission data stored in atransmission data register over a LAN (i.e., the network controllerperforms proxy response). On the other hand, in a case where it isdetermined from a data pattern of the received packet that the receivedpacket is a wakeup packet, the network controller outputs a wakeupsignal to the main controller to make the main controller return fromthe power saving mode.

In the conventional technique, a device including a network controllerhas fixed data indicating various kinds of data patterns used in apattern matching process to determine a process to be performed, such asa proxy response process, a wakeup process, or the like. On the otherhand, a recent trend is to remotely manage many kinds of devices by anapplication or an OS (Operating System) using a management protocol suchas an SNMP (Simple Network Management Protocol) protocol. Thus, packetsreceived by devices are different in type depending on user's devices oroperation environments, and therefore it is difficult to predict thetype of packets received by the respective user's devices.

Therefore, even when data patterns are registered in advance in devicesthereby to determine an operation to be performed, such as a proxyresponse operation, a wakeup operation, etc., there is a possibilitythat a device is unpredictably returned from the power saving statewithout performing proxy response depending on the manner in which thedevice is operated. Depending on a situation, unexpected matching with adata pattern may occur, which may cause the power saving state to becancelled unnecessarily. To avoid such an unnecessary operation, allpossible data patterns may be registered. However, in the power savingstate (a power saving mode in which devices operate with relatively lowelectric power), a network controller and associated units operate withlimited resources to minimize power consumption, and thus it isdifficult to register all possible data patterns.

SUMMARY OF THE INVENTION

In view of the above, the invention provides a technique to moreproperly manage information associated with controlling power modes.

An embodiment provides a data processing apparatus including a firstcontrol unit configured to control the data processing apparatus, aregistration unit configured to register definition informationincluding identification information and process information, theidentification information identifying a packet received from anexternal apparatus via a network, the process information indicating aprocess to be performed on the packet, an electric power control unitconfigured to control supplying of electric power such that electricpower is supplied to the first control unit in a normal power mode andsupplying of electric power is stopped at least to the first controlunit in a power saving mode, and a second control unit configured to,when a packet is received from the external apparatus in the powersaving mode, identify definition information corresponding to the packetbased on the identification information included in the definitioninformation registered in the registration unit, and then perform aprocess according to the process information included in the identifieddefinition information, the second control unit being further configuredto control registration such that definition information includingidentification information and process information is newly registeredin the registration unit according to an instruction given from theexternal apparatus, the identification information identifying a packetreceived from the external apparatus via a network, the processinformation indicating a process to be performed on the packet.

Note that the invention may also be embodied in a method, a program, asystem, a storage medium, etc.

According to embodiments, it is possible to more properly manageinformation associated with controlling of power modes.

Further features of the present invention will become apparent from thefollowing description of exemplary embodiments with reference to theattached drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a diagram illustrating an example of a network systemincluding a personal computer and a multifunction device.

FIG. 2 is a diagram illustrating an example of a configuration of amultifunction device.

FIG. 3 is a diagram illustrating an example of a software configuration(a configuration of functional units) of a multifunction device.

FIG. 4 is a diagram illustrating an example of a set of pattern settingvalues.

FIG. 5 is a diagram illustrating an example of a set of pattern settingvalues.

FIG. 6 is a diagram illustrating an example of a set of pattern settingvalues.

FIG. 7 is a flow chart illustrating an example of an import process.

FIG. 8 is a diagram illustrating an example of a pattern list.

FIG. 9 is a flow chart illustrating an example of a process performed inresponse to receiving a message.

FIG. 10 is a flow chart illustrating an example of a process performedin response to receiving a packet.

FIG. 11 is a diagram illustrating an example of a screen.

FIG. 12 is a diagram illustrating an example of a screen.

DESCRIPTION OF THE EMBODIMENTS

Embodiments of the invention are described below with reference todrawings. Note that the invention is not limited to the embodimentsdescribed below. Also note that all parts, elements, or processing stepsdescribed in the embodiments are not necessarily needed to practice theinvention.

First Embodiment

In a first embodiment described below, a technique is discussed in termsof maintaining a power saving mode in a multifunction device which is anexample of a data processing apparatus. More specifically, a descriptionis given below as to a configuration of a multifunction device andprocesses including a proxy response process performed in response toreceiving a particular type of file or packet from the outside, aprocess performed in response to inputting of a pattern setting valuedefining a wakeup process or the like. FIG. 1 is a diagram illustratingan example of a configuration of a network system including amultifunction device 101 and a PC (Personal Computer) 102. Themultifunction device 101 and the PC 102 are connected to each other viaa network 103 to allow them to communicate with each other. FIG. 2 is adiagram illustrating an example of a hardware configuration of themultifunction device 101. The multifunction device 101 includes a maincontroller 210 and a network controller 230. The main controller 210 isconnected to the network 103 via the network controller 230.

A main CPU 211 executes a software program associated with the maincontroller 210 to control a whole apparatus (main controller 210). A RAM(Random Access Memory) 214 is used by the main CPU 211 to temporarilystore data in controlling the apparatus. A ROM (Read-Only Memory) 213 isused to store a boot program of the apparatus and to store a fixedparameter or the like. An HDD (Hard Disk Drive) 215 is used to storevarious kinds of data. An NVRAM (Non-Volatile RAM) 216 is used to storevarious kinds of setting values associated with the main controller 210.An operation unit I/F (InterFace) 217 controls an operation unit 240 todisplay various operation screens on a liquid crystal panel disposed onthe operation unit 240 and transfer a command input via the operationscreens to the main CPU 211. A scanner I/F 218 controls a scanner 250.The scanner 250 reads an image on a document and generates image data. Aprinter I/F 219 controls a printer 260. The printer 260 prints an imageon a recording medium according to the image data. A USB (UniversalSerial Bus) I/F 220 controls a USB 270. The USB 270 recognizes anonvolatile USB memory inserted from the outside, and controls, incooperation with the USB I/F 220, a file system in the USB memory torecognize a file or a directory. An expansion I/F 212 is connected to anexpansion I/F 232 of the network controller 230 so as to make itpossible to control data communication with an external apparatus (suchas the PC 102) on the network 103 via the network controller 230.

A sub CPU 231 executes a software program associated with the networkcontroller 230 to control the whole network controller 230. A RAM(Random Access Memory) 234 is used by the sub CPU 231 to temporarilystore data in controlling the network controller 230. A ROM 233 is usedto store a boot program of the network controller 230 and to store afixed parameter or the like. Note that the RAM 234 is also used to storematching data for use in classifying a packet received via the network103 into one of groups including a group of packets to be discarded, agroup of packets to be transferred to the main controller 210, and agroup of packets to be responded to in a proxy response mode. Theexpansion I/F 232 is connected to the expansion I/F 212 of the maincontroller 210 and the expansion I/F 232 controls data communicationbetween the main controller 210 and the network controller 230. Anetwork I/F 235 is connected to the network 103 and controls datacommunication between the multifunction device 101 and an externalapparatus (such as the PC 102) on the network 103. The main controller210 is capable of operating in a mode selected from two modes, i.e., anormal power mode (which is an example of a first power mode) or a powersaving mode (which is an example of a second power mode) in which powerconsumption is smaller than in the normal power mode. When the mode isswitched from the normal power mode to the power saving mode, supplyingof electric power to the main CPU 211, the HDD 215, the NVRAM 216, etc.,is stopped. On the other hand, the network controller 230 is realized inan ASIC (Application Specific Integrated Circuit) disposed separatelyfrom the main controller 210, and supplying of electric power to thenetwork controller 230 is maintained even after the mode goes into thepower saving mode.

FIG. 3 is a diagram illustrating an example of a software configuration(functional units) of the multifunction device 101. In FIG. 3, eachblock provides a function realized by executing software (program) by acontroller unit disposed in the multifunction device 101. A power savingcontroller 307 controls switching between the normal power mode and thepower saving mode. An inter-CPU communication unit 305transmits/receives data to/from functional units of the networkcontroller 230 via the expansion I/F 212 and the expansion I/F 232. Aninter-CPU communication unit 304 transmits/receives data to/fromfunctional units of the main controller 210 via the expansion I/F 232and the expansion I/F 212. A network I/F controller 303 controls apacket transmission/reception operation performed by the network I/F235. Note that the network I/F controller 303 has information indicatingwhether the main controller 210 is currently operating in the normalpower mode or the power saving mode. In a case where the main controller210 is currently operating in the normal power mode, the network I/Fcontroller 303 transfers a packet received via the network 103 to themain controller 210. On the other hand, when the main controller 210 isoperating in the power saving mode, the network I/F controller 303transfers a packet received via the network 103 to a proxy responseprocessor 301.

The proxy response processor 301 receives the packet transferred fromthe network I/F controller 303 in the power saving mode. Note that theproxy response processor 301 receives packets only when the maincontroller 210 is in the power saving mode. In the normal power mode,packets received by the network I/F controller 303 are transferred tothe main controller 210 without being transferred to the proxy responseprocessor 301. The proxy response processor 301 classifies packetsreceived in the power saving mode into three groups, and morespecifically, a group of packets to be discarded, a group of packets tobe transferred to the main controller 210, and a group of packets to beresponded to in the proxy response mode. The classifying is performedbased on matching data stored in the ROM 233 or the like.

Packets to be discarded are those which may be ignored (because noresponse is necessary) as in a case a packet is not addressed to thepresent apparatus. In a case where a received packet is classified inthis group, the received packet is discarded. Packets to be transferredto the main controller 210 are those to be subjected to some processwhich may be difficult to be performed only by the network controller230. When a packet of this group is received, the proxy responseprocessor 301 switches the mode of the main controller 210 into thenormal power mode from the power saving mode and transfers the receivedpacket to the main controller 210. Packets to be responded to by proxyare those to be responded to by the network controller 230 by proxy forthe main controller 210. When a packet of this group is received, theproxy response processor 301 generates a response packet in response tothe received packet and transmits the generated response packet to asender of a request for the response to the packet (i.e., a sender ofthe packet) on the network 103 via the network I/F controller 303.

A UI processor 308 is configured to receive a pattern setting value fromthe outside (via the operation unit 240 or the like). The patternsetting value may be information defining a process to be performed on apacket received by the proxy response processor 301 in the power savingmode. The UI processor 308 transfers the pattern setting value inputfrom the outside to a pattern generator 306. A USB processor 309 isconfigured to acquire a pattern file including a pattern setting valuefrom a file stored in a USB memory inserted from the outside. The USBprocessor 309 reads out the pattern setting value from the acquiredpattern file and transfers the pattern setting value to the patterngenerator 306. Based on the pattern setting values received from the UIprocessor 308 and the USB processor 309, the pattern generator 306generates a pattern list including one or more pieces of patterninformation for use in the process performed by the proxy responseprocessor 301. The pattern list is described in further detail laterwith reference to FIG. 8. The pattern generator 306 transmits thegenerated pattern list to a pattern management unit 302 via theinter-CPU communication unit 305 and the inter-CPU communication unit304. The pattern management unit 302 stores the pattern list in the ROM233 or the like and manages the pattern list.

The proxy response processor 301 performs a pattern matching process onthe packet received from a remote apparatus (PC 102 or the like) via thenetwork I/F controller 303 based on the pattern list acquired from thepattern management unit 302. In the pattern matching process, the proxyresponse processor 301 determines which group the received packetbelongs to, the group of packets to be discarded, the group of packetsto be transferred to the main controller 210, or the group of packets tobe responded to in the proxy response mode, and the proxy responseprocessor 301 performs a process defined for the group. For example, ina case where the proxy response processor 301 determines in the patternmatching process that the packet is to be responded to by proxy, theproxy response processor 301 generates response data (a response packet)using information described in the received packet and proxy responsedata included in the pattern information corresponding to the receivedpacket. The proxy response processor 301 transmits the generatedresponse packet to a sender of a request for the response to the packetwhile maintaining the power saving mode.

An SNMP processor 310 receives an SNMP packet from the PC 102 when themain controller 210 is in the normal power mode, and the SNMP processor310 analyzes the received SNMP packet and generates atransmission/response packet. The SNMP processor 310 is capable ofacquiring various kinds of information managed by the main controller210 such that the acquired information may be used in generating thetransmission/response packet. An SLP processor 311 receives an SLPpacket from the PC 102 when the main controller 210 is in the normalpower mode, and the SNMP processor 310 analyzes the received SNMP packetand generates a transmission/response packet. The SLP processor 311 iscapable of acquiring various kinds of information managed by the maincontroller 210 such that the acquired information may be used ingenerating the transmission/response packet. The main controller 210manages information in terms of, for example, various kinds of settingdata used in operating the main controller 210 itself, the number ofremaining sheets, and other information which is dynamically updatedduring the operation of the main controller 210. The information managedby the main controller 210 also includes specifications of parts of theprinter 260, the scanner 250, and the like, and information in terms ofan exhaustion level, a state, an error, etc. of the parts.

FIG. 4 is a diagram illustrating an example of a set of pattern settingvalues. The set of pattern setting values includes matching data for usein mainly identifying a received packet, process data defining a processto be performed on the received packet that matches the matching data.Note that in the matching process, a determination is performed as towhich pattern information matches the packet based on the matching dataand data included in the received packet. The main controller 210 sendsa set of pattern setting values such as those illustrated in FIG. 4 tothe network controller 230, and the pattern generator 306 generatespattern information including matching data, process data, and the likebased on the pattern setting values. Thus, the matching data is anexample of identification information for use in identifying a packet,the process data is an example of process information indicating aprocess to be performed on the packet, and the pattern information (thepattern list) is an example of definition information includingidentification information and the process information.

Destination port number information 401 includes matching data (adestination port number “161” or the like) indicating a port numberwhich is a subaddress of a packet. By setting the pattern information toinclude the destination port number information 401 indicating thedestination port number, it becomes possible for the proxy responseprocessor 301 to compare the destination port number of the receivedpacket with the destination port number in pattern information therebydetermining whether the packet matches the pattern information. As forthe destination port number information 401, a plurality of pieces ofdestination port number information may be set. In this case, alldestination port numbers are included in the pattern information. When adestination port number of a received packet is identical to one of thedestination port numbers, it is regarded that the received packetmatches the pattern information. Protocol name information 402 includesmatching data (a protocol name such as “snmp”) indicating a protocolname of a network protocol used in transmitting/receiving the packet. Ingeneral, a network protocol is selected depending on the destinationport number. Therefore, either a destination port number or a protocolname may be described as a valid setting value.

Pattern ID information 403 indicates an ID used by a pattern managementunit 302 in managing a plurality of kinds of pattern information. Theproxy response processor 301 determines which piece of patterninformation matches the received packet for each pattern ID. Patternsetting validity/invalidity information 404 indicates whether a set ofpattern setting values is valid or invalid. The pattern settingvalidity/invalidity information 404 may be set for each pattern ID. In acase where based on the pattern setting validity/invalidity information404, the pattern information is set to indicate that a set of patternsetting values is valid, the proxy response processor 301 uses thispattern information in a matching process for a packet received in thepower saving mode. On the other hand, in a case where based on thepattern setting validity/invalidity information 404, the patterninformation is set to indicate that a set of pattern setting values isinvalid, the proxy response processor 301 does not use this patterninformation in a matching process for a packet received in the powersaving mode. Note that regardless of whether the information describedin the pattern information indicates a set of pattern setting valuesbeing valid or invalid, the pattern information is held and managed bythe pattern management unit 302.

Operation type information 405 includes process data (information suchas “0” or the like indicating a process) indicating a type of anoperation which is to be performed when it is determined that a receivedpacket matches some pattern information. The operation type information405 may be set so as to indicate one of types. Operation types settablein the operation type information 405 may include “discarding a receivedpacket (discarding)”, “exiting the power saving mode and transferring areceived packet to the main controller 210 (transferring)”, and“responding, by the network controller 230, to a received packet byproximity for the main controller 210 while maintaining the power savingmode”. The operation type information 405 may include informationdefining an operation of “discarding a received packet and exiting thepower saving mode”. Pattern setting updating enable/disable information406 indicates whether it is allowed to update pattern informationgenerated based on a set of pattern setting values. The pattern settingupdating enable/disable information 406, indicating whether it isallowed to update pattern information, is used when it is determinedwhether to allow the pattern information to be overwritten with a newvalue in the future.

In a case where the pattern setting updating enable/disable informationis set to allow overwriting for new pattern information generated basedon a new pattern setting value and also for already existing patterninformation having the same pattern ID as that of the new patterninformation, the already existing pattern information is overwrittenwith the new pattern information and the already existing patterninformation is invalidated. That is, the new information of the patternsetting value is set to be valid. On the other hand, in a case where thepattern setting updating enable/disable information is set not to allowoverwriting for new pattern information generated based on a new patternsetting value and also for already existing pattern information havingthe same pattern ID as that of the new pattern information, the alreadyexisting pattern information is not overwritten with the new patterninformation. That is, the new information of the pattern setting valueis set to be invalid. The pattern setting updating enable/disableinformation 406 may include “delete” information indicating that patterninformation with the same pattern ID is to be deleted. When the “delete”information is set to be asserted for new pattern information generatedbased on a new pattern setting value, already existing patterninformation having the same pattern ID as that of the new patterninformation is deleted/invalidated.

Offset information 407 indicates an offset value of a packet. Morespecifically, the offset information 407 indicates the location, asmeasured in number of bytes from the start of a received packet, of datato be subjected to the matching process. Pattern matching valueinformation 408 indicates a pattern matching value used in making aconfirmation in terms of matching with a received packet. That is, thepattern matching value is used in determining whether matching of data(data of interest) is achieved at the offset location of the receivedpacket. Comparison mask value information 409 indicates a mask value.The comparison mask value information 409 defines a location expressedin bits at which the pattern matching value is compared with data at theoffset location in the received packet. In the example illustrated inFIG. 4, an actual pattern matching value is given by a value“0x33210000” obtained as a result of an AND operation between thepattern matching value and the mask value. That is, the determination asto the matching of the pattern information is made depending on whetherdata at the offset location of the received packet is equal to“0x33210000”. Furthermore, as illustrated in FIG. 4, the set of patternsetting values includes a plurality of sets of tables corresponding torespective pattern IDs. Each table set includes three values, i.e., anoffset value, a pattern matching value, and a mask value. For a givenpacket, when all values in a table set are matched, the given packet isregarded as matching pattern information. When even any one of values ina table set is not matched, the packet is regarded as not matchingpattern information. Note that the offset value, the pattern matchingvalue, and the mask value are examples of matching data.

FIG. 5 illustrates another example of a set of pattern setting valuesdifferent from the example illustrated in FIG. 4. A following discussionfocuses on differences from the example illustrated in FIG. 4. Packettype information 501 includes matching data indicating a packet type (apacket type “1” in the example illustrated in FIG. 5). The packet typesmay include a unicast packet, a broadcast packet, and a multicastpacket. By setting the pattern information to include packet typeinformation 501 indicating a packet type, it becomes possible todetermine whether a received packet matches the pattern information interms of the packet type. In setting information associated with theprotocol, request type information 502, scope information 503, andservice type information 504 vary depending on the type of the networkprotocol. In the example illustrated in FIG. 5, SLP (Service LocationProtocol) is used, and thus setting information in terms of the protocolis specific to SLP.

The request type information 502 indicates a request type (such asService Request, Attribute Request, etc.) of SLP. By setting the patterninformation to include the request type information 502 indicating therequest type, it becomes possible to determine whether a received packetmatches the pattern information in terms of the request type (whetherthe packet is an SLP packet of the request type of interest). The scopeinformation 503 indicates a scope of SLP. In SLP, in general, a receivedpacket is subjected to processing only when a device of interest is inthe specified scope, and packets from devices out of the scope areignored. By setting the pattern information to include the scopeinformation 503 indicating the scope, it becomes possible to determinewhether a received packet matches the pattern information in terms ofthe scope (i.e., whether the scope is the same as that held by the maincontroller 210). The service type information 504 indicates a servicetype of SLP. In general, when a device receives an SLP packet, thedevice performs processing and/or returns a response according to theservice type and the service attribute of the received packet. Bysetting the pattern information to include the service type information504 indicating the service type, it becomes possible to determinewhether a received packet matches the pattern information in terms ofthe service type (i.e., whether the service type is the same as thatheld by the main controller 210).

In FIG. 5, by way of example, the service type information 504indicating the service type is described in the pattern information.Additionally, a service attribute may be described in the set of patternsetting values to make it possible to check matching in terms of theservice attribute. In the example illustrated in FIG. 5, a plurality ofpieces of setting information are defined in one set depending on thepacket type, the protocol type, etc. for each pattern ID However, forexample, as for the service type information 504, a plurality of servicetypes may be defined for each pattern ID.

In the present embodiment, it is determined that a received packetmatches pattern information only when the received packet matches thepattern information in terms of all items including the packet type, theprotocol type (port number), and the setting information associated withthe protocol type with respect to the values described in the patterninformation. On the other hand, when even any one of items including thepacket type, the protocol type (port number), and the settinginformation associated with the protocol type of a received packet doesnot match a corresponding item described in the pattern information, thepacket is regarded as not matching the pattern information. Note thatthe packet type, the request type, the scope, and the service type areexamples of matching data.

FIG. 6 is a diagram illustrating still another example of a set ofpattern setting values different from the examples illustrated in FIG. 4and FIG. 5. A following discussion focuses on differences from theexamples illustrated in FIG. 4 and FIG. 5. In the setting information ofthe packet, request type information 601, scope information 602, andservice type information 603 vary depending on the type of the networkprotocol, as with the request type information 502, the scopeinformation 503, and the service type information 504. In the exampleillustrated in FIG. 6, SNMP (Simple Network Management Protocol) isused, and thus the setting information of the packet is specific toSNMP. The request type information 601 indicates a request type (such asGet Request) of SNMP. By setting the pattern information to include therequest type information 601 indicating the request type, it becomespossible to determine whether a received packet matches the patterninformation in terms of the request type (whether the packet is an SNMPpacket of the request type of interest).

The scope information 602 indicates a scope (community in the presentexample) of SNMP. In SNMP, in general, when a received packet isprocessed and responded to only when a device of interest is in thespecified community, and packets from devices in different communitiesare ignored. By setting the pattern information to include the scopeinformation 602 indicating the scope, it becomes possible to determinewhether a received packet matches the pattern information in terms ofthe scope (i.e., whether the community is the same as that held by themain controller 210). The service type information 603 indicates aservice type (object ID) of SNMP. Object information 604 indicatesinformation corresponding to the service type information 603. As forthe service type information 603, a plurality of service types may bedefined for each pattern ID. As for the object information 604, aplurality of pieces of information may be described as index values. Ingeneral, when a device receives an SNMP packet, the device performsprocessing and responding for information corresponding to an object IDdescribed in the received packet.

By setting the pattern information to include the service typeinformation 603 indicating the service type, it becomes possible todetermine whether a received packet matches the pattern information interms of the service type (i.e., whether the object ID is the same asthat held in the main controller 210). For example, when a receivedpacket is determined to match certain pattern information, if thepattern information indicates that “proxy response” is specified as theoperation type, the information of the object information 604 istransmitted to a sender of the present packet. In a case where there aretwo or more pieces of information corresponding to the object ID, theindex 605 indicates each index and information corresponding to theindex. When a received packet is determined to match certain patterninformation, if there is an object ID and there is a correspondingindex, information specified by the index 605 is transmitted to a senderof the present packet. However, as with the information specified by theobject information 604, the information is transmitted only when thepattern information indicates that “proxy response” is specified as theoperation type. Note that the request type, the scope, and the servicetype are examples of the matching data.

FIG. 7 is flow chart illustrating an example of a process (an importprocess) performed in a case where a set of pattern setting values suchas that illustrated in FIG. 4, FIG. 5, or FIG. 6 is input from the USB270 to the main controller 210. A program and data used in the processillustrated in the flow chart are stored in the ROM 213 or the like, andthe program and the data are read out into the RAM 214 and executed bythe main CPU 211. When a set of pattern setting values is input from theUSB 270, then, in step S701, the main CPU 211 reads out the input set ofpattern setting values (a pattern file) from the USB 270. The set ofpattern setting values read in this step is, for example, such as thatillustrated in FIG. 4, FIG. 5, for FIG. 6. Next, in step S702, the mainCPU 211 analyzes the pattern setting values read out from the USB 270and generates a pattern list (FIG. 8). In step S703, the main CPU 211transfers the generated pattern list to the network controller 230 viainter-CPU communication. FIG. 8 illustrates an example of a pattern listgenerated by the main CPU 211. Pattern information 801 is an example ofa pattern list generated in step S702 by the main CPU 211 based on theset of pattern setting values illustrated in FIG. 4. Pattern information802 is an example of a pattern list generated in step S702 by the mainCPU 211 based on the set of pattern setting values illustrated in FIG.6.

FIG. 9 is a flow chart illustrating an example of a process (a processperformed in response to receiving a message) performed by the networkcontroller 230 when a pattern list is transmitted, in step S703, to thenetwork controller 230. A program and data used in the processillustrated in the flow chart are stored in the ROM 233 or the like, andthe program and the data are read out into the RAM 234 and executed bythe sub CPU 231. In step S901, the sub CPU 231 receives, via inter-CPUcommunication, the pattern list transmitted in step S703 from the maincontroller 210. In step S902, the sub CPU 231 checks whether thereceived inter-CPU message is a message (registration request)requesting registration of a pattern list. In a case where the sub CPU231 determines that the received message is not a registration request,the process is ended. On the other hand, in a case where it isdetermined that the received message is a registration request, theprocess proceeds to step S903. In step S903, the sub CPU 231 acquiresthe pattern list received in step S901. In step S904, the sub CPU 231acquires one pattern ID from the acquired pattern list and checks itwith respect to pattern list stored in the RAM 234. More specifically,the sub CPU 231 checks whether the pattern list stored in the RAM 234includes a pattern ID that is the same as the acquired pattern ID. In acase where the sub CPU 231 determines that there is no identical patternID, the process proceeds to step S906. On the other hand, in a casewhere the sub CPU 231 determines that there is an identical pattern ID,the process proceeds to step S905.

In step S905, the sub CPU 231 checks whether the pattern settingupdating enable/disable information in pattern information of theidentical ID in the pattern list stored in the RAM 234 is set to enableupdating of the pattern information. More specifically, for example, thesub CPU 231 checks whether the “pattern setting updating enable/disableinformation” has an attribute of “1” or “0”. In a case where the sub CPU231 determines that updating is not allowed (i.e., when the “patternsetting updating enable/disable information” has an attribute of “0”),the process proceeds to step S907. On the other hand, in a case wherethe sub CPU 231 determines that updating is allowed (i.e., when the“pattern setting updating enable/disable information” has an attributeof “1”), the process proceeds to step S906. In step S906, the sub CPU231 adds pattern information identified by the acquired one pattern IDto the pattern list stored in the RAM 234. In a case where the patterninformation is overwritten, the overwritten is performed for the patterninformation identified by the identical pattern ID. In step S907, thesub CPU 231 checks whether the pattern list acquired in step S903includes more pattern IDs (unchecked pattern IDs) other than thosealready checked in step S904. In a case where the sub CPU 231 determinesthat there is an unchecked pattern ID, the sub CPU 231 repeats theprocess from step S904 for the unchecked pattern ID. On the other hand,in a case where the sub CPU 231 determines that there is no moreunchecked pattern IDs, the process proceeds to step S908. In step S908,the sub CPU 231 transmits a result of the registration to the patternlist to the main controller 210 via inter-CPU communication. The mainCPU 211 receives the registration result via inter-CPU communication anddisplays the result on the operation unit 240.

The PC 102 is capable of transmitting a pattern list via a networktransfer operation using a tool, FTP, Web-based service, or the like.The PC 102 is also capable of transmitting a pattern list update requesttogether with a set of pattern setting values such as that illustratedin FIG. 4, FIG. 5, or FIG. 6. FIG. 10 is a flow chart illustrating aprocess (a process performed in response to receiving a packet)performed by the network controller 230 for a packet (a pattern listupdate request or the like) transmitted from a remote apparatus (such asthe PC 102) when the main controller 210 is in the power saving mode. Afollowing discussion focuses on differences between the process of theflow chart illustrated in FIG. 10 and the process of the flow chartillustrated in FIG. 9. In the case of the process of the flow chartillustrated in FIG. 9, the process is performed in the normal power modewhen a pattern list is received from the main controller 210 via theexpansion I/F 232. On the other hand, the process of the flow chartillustrated in FIG. 10 is different from that illustrated in FIG. 9 inthat the process is performed in the power saving mode when a patternlist is received from the PC 102 via the network I/F 235. A program anddata used in the process illustrated in the flow chart are stored in theROM 233, and the program and the data are read out into the RAM 234 andexecuted by the sub CPU 231. First, when sub CPU 231 receives, in thepower saving mode, a packet from the PC 102 in step S1000, the processproceeds to step S1001. In step S1001, the sub CPU 231 checks whetherthe packet received via the network I/F 235 is a pattern list updaterequest. In a case where the sub CPU 231 determines that the receivedpacket is not an update request, the process proceeds to step S1002. Onthe other hand, in a case where it is determined that the receivedpacket is an update request, the process proceeds to step S1003. In stepS1002, the sub CPU 231 acquires the pattern list from the ROM 233 or thelike and performs a pattern matching process. More specifically, in acase where the sub CPU 231 there is matched pattern information, the subCPU 231 determines which operation of “discarding”, “transferring”, and“responding by proxy” is specified as the operation type, and performsthe determined operation. On the other hand, in a case where the sub CPU231 there is no matched pattern information, the received packet is, forexample, discarded.

In step S1003, the sub CPU 231 acquires data attached to the receivedpacket, and checks whether the data is a pattern list or a set ofpattern setting values such as that illustrated in FIG. 4, FIG. 5, orFIG. 6. In a case where the sub CPU 231 determines that the data is aset of pattern setting values, the process proceeds to step S1004. Onthe other hand, in a case where the sub CPU 231 determines that the datais a pattern list, the process proceeds to step S1005. In step S1004,the sub CPU 231 controls the main controller 210 to return to the normalpower mode from the power saving mode and transfers the set of patternsetting values acquired from the packet to the main controller 210 viainter-CPU communication. Note that the main CPU 211 processes thereceived set of pattern setting value according to the flow chartillustrated in FIG. 7.

In step S1005, the sub CPU 231 extracts a pattern list from the packetreceived in step S1000. In step S1006, the sub CPU 231 acquires onepattern ID from the obtained pattern list, and checks whether thepattern list stored in the sub CPU 231 includes a pattern ID that isidentical to the acquired one pattern ID. In a case where the sub CPU231 determines that there is no identical pattern ID, the processproceeds to step S1008. On the other hand, in a case where the sub CPU231 determines that there is an identical pattern ID, the processproceeds to step S1007. In step S1007, the sub CPU 231 checks whetherthe pattern setting updating enable/disable information in patterninformation of the identical ID in the pattern list stored in the RAM234 is set to enable updating of the pattern information. In a casewhere the sub CPU 231 determines that updating is not allowed, theprocess proceeds to step S1009. On the other hand, in a case where thesub CPU 231 determines that updating is allowed, the process proceeds tostep S1008.

In step S1008, the sub CPU 231 registers pattern information identifiedby the acquired one pattern ID in the pattern list stored in the sub CPU231. In a case where the pattern information is overwritten, theoverwritten is performed for the pattern information identified by theidentical pattern ID. In step S1009, the sub CPU 231 checks whether theacquired pattern list includes more pattern IDs (unchecked pattern IDs)other than those already checked in step S1005. In a case where the subCPU 231 determines that there is an unchecked pattern ID, the sub CPU231 repeats the process from step S1005 for the unchecked pattern ID. Onthe other hand, in a case where the sub CPU 231 determines that there isno more unchecked pattern IDs, the process proceeds to step S1009. Instep S1009, the sub CPU 231 transmits a result of the registration ofthe pattern list to a sender of the packet (PC 102) via the network I/F235.

When a request for updating of a pattern list is issued when the maincontroller 210 is in the normal power mode, the request is handled asfollows. First, the network I/F 235 transfers the request for updatingof the pattern list to the main CPU 211 via inter-CPU communication. Themain CPU 211 acquires data attached to the received update request, andchecks whether the acquired data is a pattern list or a set of patternsetting values such as that illustrated in FIG. 4, FIG. 5, or FIG. 6. Ina case where the main CPU 211 determines that the data is a patternlist, the main CPU 211 perform the process in step S703 to transfer thepattern list to the sub CPU 231 of the network controller 230. On theother hand, in a case where the main CPU 211 determines that the dataattached to the received update request is a set of pattern settingvalues such as that illustrated in FIG. 4, FIG. 5, or FIG. 6, the mainCPU 211 performs the processes in step S702 and S703. By performingthese processes, the main CPU 211 generates a pattern list from the setof pattern setting values and transmits the generated pattern list tothe network controller 230.

According to the present embodiment, as described above, it is possibleto change a pattern list used to control proxy response or the likedepending on user's operation environments. This makes it possible toprevent the power saving mode from being unnecessarily cancelled. Inother words, it becomes possible to properly maintain the power savingmode. Furthermore, according to the embodiment described above, itbecomes possible to update a pattern list by the network controller 230while maintaining the main controller 210 in the power saving mode. Thismakes it possible to perform a pattern matching process for a receivedpacket using a newest pattern list while maintaining the power savingmode, and thus it becomes possible to properly maintain the power savingmode.

Second Embodiment

In a second embodiment described below, a discussion is given as toinputting of a pattern setting value via the operation unit 240. In thefollowing description of the second embodiment, the description focuseson differences from the first embodiment described above. In the presentembodiment, it is assumed by way of example that a pattern list held bythe network controller 230 is read out and displayed on a screen of theoperation unit 240 to allow the pattern list to be updated orregistered. Note that the process may be performed differently. Forexample, a process may be performed simply to register a pattern settingvalue.

FIG. 11 illustrates an example of a screen for use in defining a set ofpattern setting values. In a field in a pattern ID column 1101, apattern ID is uniquely defined for each piece of pattern information. Ina field of a protocol type column 1102, a protocol type of a packet tobe subjected to a pattern matching process is described. In FIG. 11, byway of example, a protocol name is used to describe the protocol type inthe protocol type column 1102. Alternatively, a port number may be used.In a field in a service type column 1103, a service type requested bythe PC 102 is described. For example, when SLP is defined in a filed inthe protocol type column 1102, a service type described in acorresponding field in the service type column 1103 specifies theservice type of SLP. On the other hand, in a case where SNMP is definedin a field in the protocol type column 1102, a service type described ina corresponding field in the service type column 1103 specifies anobject ID (OID). In a field in a detailed attribute column 1104, adetailed attribute or index is defined for the service type defined in acorresponding field in the service type column 1103. In a field in adescription column 1105, a description of the detailed attribute of acorresponding service type is described.

An add button 1106 is a user interface (UI) used to add patterninformation (set of pattern setting values). If the add button 1106 isclicked, the screen is changed to a screen illustrated in FIG. 12, whichwill be described in detail later. A delete button 1107 is a UI used todelete pattern information. If the delete button 1107 is clicked in astate in which one or a plurality of pieces of pattern information isselected in a list illustrated in FIG. 11, the selected patterninformation is deleted from the screen. A details button 1108 is a UIused to display details of pattern information. If the details button1108 is clicked, the screen is changed to the screen illustrated in FIG.12, which will be described in detail later. An OK button 1109 is usedto register pattern information defined on the screen illustrated inFIG. 11 or FIG. 12 via an operation performed by a user. The OK button1109 is also used to make a final decision on performing an operationsuch as deleting of pattern information. If the OK button 1109 isclicked, then, for example, a UI processor 308 transfers the definedinformation as a set of pattern setting values to the pattern generator306. A process performed after that is similar to that according to thefirst embodiment described above with reference to FIG. 7 or FIG. 9, andthus a further description thereof is omitted. A cancel button 1110 is aUI to completely cancel setting or deleting of information input by auser on the screen illustrated in FIG. 11 or FIG. 12.

FIG. 12 illustrates an example of a screen which appears when the addbutton 1106 or the details button 1108 is clicked. This screen is usedto add new pattern information (pattern setting value) or to changedetails of pattern information displayed on the screen illustrated inFIG. 11. A protocol type selection box 1201 is a UI used to select aprotocol type of a packet to be subjected to a pattern matching process.In the example illustrated in FIG. 12, the protocol type box 1201 isconfigured such that a user is allowed to select a protocol name.Alternatively, the protocol type selection box 1201 may be configuredsuch that a user is allowed to input a port number of a protocol. Apattern setting validate/invalidate box 1202 is a UI used to selectivelyset the pattern setting values disposed in FIG. 12 to be valid orinvalid. A packet type selection box 1203 is a UI used to selectinformation used in determining a type of a packet transmitted from thePC 102. In the packet type selection box 1203, it is possible to selectone of packet types including unicast, multicast, and broadcast. Arequest type selection box 1204 is a UI used to select a request typefor each protocol type. For example, when the protocol type is SLP, aService Request, an Attribute Request, etc. may be selected using therequest type selection box 1204. On the other hand, for example, whenthe protocol type is SNMP, the request type selection box 1204 may beused to select a Get Request, etc.

An operation type selection box 1205 is a UI used to select an operationto be performed by the network controller 230 when a packet receivedfrom the PC 102 in the power saving mode matches pattern information. Inthe operation type selection box 1205, it is allowed to select one ofoperations, “discarding”, “transferring”, and “responding by proxy”. Ascope input box 1206 is a UI used to input a scope of service to beprovided in response to a request from the PC 102. For example, when SLPis defined in a filed in the protocol type column 1201, a service scopeof SLP is input in the scope selection box 1206. On the other hand, forexample, when the protocol type described in the protocol type column1201 is SNMP, a community name is input in the scope selection box 1206.A service type input box 1207 is a UI used to input a service type ofservice to be provided in response to a request from the PC 102. Forexample, when the protocol type described in the protocol type column1201 is SLP, a service type of SLP may be input in the service typeinput box 1207. On the other hand, when the protocol type described inthe protocol type column 1201 is SNMP, an OID may be input. A detailedattribute input column 1208 is a UI used to input a detailed attributeor an index of a service type input box 1207. A setting value inputcolumn 1209 is a UI used to input a value or information for eachdetailed attribute described in the detailed attribute input column 1208for the service type input in the service type input box 1207. Adescription input column 1210 is a UI used to input a description ofeach detailed attribute of the service type input in the service typeinput box 1207.

An automatic input button 1211 is a UI used to enable automaticinputting in setting columns in FIG. 12. If the automatic input button1211 is clicked, the pattern generator 306 acquires various kinds ofinformation about the multifunction device 101 from the SNMP processor310, the SLP processor 311, etc., in terms of setting data, the numberof remaining sheets, specifications of parts, and information in termsof an exhaustion level, a state, an error, etc. of the parts. Thepattern generator 306 transfers the acquired information to the UIprocessor 308. The UI processor 308 displays the information receivedfrom the pattern generator 306 in the respective setting boxes or likein FIG. 12. The automatic input button 1211 is usable in a state inwhich a protocol type and a service type have already been input in theprotocol type input box 1201 and the service type input box 1207,respectively. When the automatic input button 1211 is clicked, automaticinputting is performed at least for the packet type input box 1203, thescope input box 1206, the detailed attribute input column 1208, and thesetting value input column 1209.

An OK button 1212 is a UI used to temporarily store the informationinput in FIG. 12. The information input in the respective setting boxesin FIG. 12 is registered in the network controller 230 when and onlywhen the OK button 1109 is clicked. A cancel button 1213 is a UI used todiscard all information input in FIG. 12. By providing the UIs in theabove-described manner, it becomes possible to reduce labor of anoperator of the device in inputting a set of pattern setting values. Thescreens illustrated in FIG. 11 and FIG. 12 may be displayed on the PC102 to make it possible to input a set of pattern setting values usingthe PC 102. The UIs configured in the above-described manner are usefulin particular to register a pattern list used in a pattern matchingprocess in the power saving mode.

OTHER EMBODIMENTS

The main controller 210 described above is a first informationprocessing apparatus (an example of a first computer), and the networkcontroller 230 is a second information processing apparatus (an exampleof a second computer).

The embodiments described above make it possible to more properly manageinformation associated with controlling of power modes.

Aspects of the present invention can also be realized by a computer of asystem or apparatus (or devices such as a CPU or MPU) that reads out andexecutes a program recorded on a memory device to perform the functionsof the above-described embodiment(s), and by a method, the steps ofwhich are performed by a computer of a system or apparatus by, forexample, reading out and executing a program recorded on a memory deviceto perform the functions of the above-described embodiment(s). For thispurpose, the program is provided to the computer for example via anetwork or from a recording medium of various types serving as thememory device (e.g., computer-readable medium).

While the present invention has been described with reference toexemplary embodiments, it is to be understood that the invention is notlimited to the disclosed exemplary embodiments. The scope of thefollowing claims is to be accorded the broadest interpretation so as toencompass all such modifications and equivalent structures andfunctions.

What is claimed is:
 1. A data processing apparatus comprising: a firstcontrol unit configured to control the data processing apparatus; aregistration unit configured to register definition informationincluding identification information and process information, theidentification information identifying a packet received from anexternal apparatus via a network, the process information indicating aprocess to be performed on the packet; an electric power control unitconfigured to control supplying of electric power such that electricpower is supplied to the first control unit in a normal power mode andsupplying of electric power is stopped at least to the first controlunit in a power saving mode; and a second control unit configured to,when a packet is received from the external apparatus in the powersaving mode, identify definition information corresponding to the packetbased on the identification information included in the definitioninformation registered in the registration unit, and then perform aprocess according to the process information included in the identifieddefinition information, the second control unit being further configuredto control registration such that definition information includingidentification information and process information is newly registeredin the registration unit according to an instruction given from theexternal apparatus, the identification information identifying a packetreceived from the external apparatus via a network, the processinformation indicating a process to be performed on the packet.